home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19951130-19960209 / 000146_news@columbia.edu _Wed Dec 20 09:01:17 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: news@columbia.edu
  2. Received: from apakabar.cc.columbia.edu (apakabar.cc.columbia.edu [128.59.35.159]) by watsun.cc.columbia.edu (8.7.3/8.7.3) with SMTP id JAA15543 for <kermit.misc@watsun>; Wed, 20 Dec 1995 09:01:17 -0500 (EST)
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.6.12/8.6.12) id JAA04821 for kermit.misc@watsun; Wed, 20 Dec 1995 09:01:06 -0500
  4. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  5. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: kermit echo problem
  8. Date: 20 Dec 1995 14:01:03 GMT
  9. Organization: Columbia University
  10. Lines: 66
  11. Message-ID: <4b94uv$4mg@apakabar.cc.columbia.edu>
  12. References: <NEWTNews.819335323.13920.tfirmin@ghand.smart.net> <4b6jt9$6ql@apakabar.cc.columbia.edu> <NEWTNews.819416482.32170.tfirmin@ghand.smart.net>
  13. NNTP-Posting-Host: watsun.cc.columbia.edu
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <NEWTNews.819416482.32170.tfirmin@ghand.smart.net>,
  17.  <tfirmin@ghand.smart.net> wrote:
  18. : In Article<4b6jt9$6ql@apakabar.cc.columbia.edu>,
  19. : <fdc@watsun.cc.columbia.edu> wrote:
  20. : > In article <NEWTNews.819335323.13920.tfirmin@ghand.smart.net>,
  21. : >  <tfirmin@ghand.smart.net> wrote:
  22. : > : I am running c-kermit on a SPARC 2, SunOS 4.1.  
  23. : > : It is echoing back all of the characters that 
  24. : > : are typed (vveerryy hhaarrdd ttoo rreeaadd).  
  25. : > : I've tried setting echo off using stty -echo, 
  26. : > : and setting echo to local.  Neither worked.  
  27. : > : Has anyone had this problem, and if so, how do 
  28. : > : I fix it?
  29. : > : 
  30. : > Does the double echoing occur in command mode
  31. : > or CONNECT mode?  Or both?  
  32. : 
  33. : connect only
  34. : 
  35. : > Does it happen only
  36. : > in C-Kermit, or does it also happen at the
  37. : > shell prompt?  
  38. : 
  39. : only in c-kermit
  40. : 
  41. : > Does it occur on the Sun's own
  42. : > workstation screen, or are you coming in to the
  43. : > Sun from some other terminal or emulator?
  44. : 
  45. : I am using xterm on a Sparc 2 to connect to another sun
  46. : running Solaris
  47. : 
  48. So you are engaging in terminal emulation through a series
  49. of emulators (xterm and C-Kermit).  Only the computer at the
  50. far end should be echoing.  None of the emulators should be
  51. echoing.  C-Kermit, when in CONNECT mode, does not echo
  52. unless you tell it to with "set duplex half" or "set
  53. terminal echo on" (same thing), or unless you are using
  54. C-Kermit to make a TELNET connection and the TELNET server
  55. on the other end has asked C-Kermit to do the echoing, but
  56. then goes ahead and echoes itself anyway.  Another
  57. possibility would be that you are using a modem or terminal
  58. server that has been configured to do its own echoing.
  59.  
  60. So I'll still need more information.  Is the connection
  61. between the two SPARCs a serial connection or a TELNET
  62. connection?  If it is a TELNET connection, are you using
  63. the standard TELNET TCP port (23) or some other port?
  64. Did you issue any "set telnet" commands to C-Kermit prior
  65. to making the connection?
  66.  
  67. You can find out what TELNET negotiations took place as
  68. follows:
  69.  
  70.  1. Tell C-Kermit to "log debug".
  71.  2. Make the connection to the other computer.
  72.  3. Observe the double echoing.
  73.  4. Log out from the other computer.
  74.  5. Exit from C-Kermit.
  75.  6. grep ^TELNET debug.log > file
  76.  
  77. The "file" contains all the TELNET negotiations.  If the
  78. results are not clear, send the file by email to
  79. kermit@columbia.edu.
  80.  
  81. - Frank